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O < 57 ) Abstract: A mobile ad-hoc network device includes application software. The device constructs its routing table, listing reach- 
^ able devices with the same application software. The routing table knowledge is dynamic, as devices enter and leave the network or 
^ their parameters change. 
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Serial No. 09/948,300, titled "METHOD FOR RESTRICTED COMMUNICATIONS 
USING BUDDY LISTS IN MOBILE AD-HOC NETWORKS", filed September 6, 2001, 
and to U.S. Patent Application Serial No. 09/948,270, titled "METHOD FOR 
DISCOVERY AND ROUTING USING ATTRIBUTES IN MOBILE AD-HOC 

1 5 NETWORKS", filed September 6, 2001, and to U.S. Patent Application Serial No. 

, titled "METHOD FOR DISCOVERY AND ROUTING WITHIN MOBILE AD- 
HOC NETWORKS", filed . 



20 FIELD OF THE INVENTION 

This invention pertains to mobile ad-hoc networks, and more particularly to 
managing a sub-network of mobile ad-hoc network devices. 

BACKGROUND OF THE INVENTION 

25 The ability to communicate with others has always been an important function for 

people. First the telegraph, and then the telephone revolutionized communication, by 
making communication at a distance possible. The cellular telephone marked a further 
turning point in communication, as people were no longer tied to a phone with a fixed 
physical location. And the more recent Bluetooth standard (Specification of the Bluetooth 

30 System, Version 1.1, February 22, 2001) and 802.1 la standard (IEEE Standard 802.1 la- 
1999, available on the Institute of Electrical and Electronics Engineers web site, 
http://standards.ieee.org/readine/ieee/std/lanman/802.lla-1999.pdn describe how wireless 
communication may be achieved using mobile devices. 
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Where mobile devices attempt to intercommunicate, a mobile ad-hoc network 
(MANET) is set up. In contrast to the typically-envisioned computer network, a MANET 
does not consist of separate servers and clients. Instead, each mobile device acts as both 
client and server. That is, each mobile device is responsible for not only sending messages 
5 on its own, but also for routing messages. Further, each mobile device needs to be able to 
route messages sent by a different device, and bound for a different destination. 

FIG. 1 A shows a scattering of mobile ad-hoc network devices 105. In FIG. 1 A, a 
number of mobile devices are scattered around a location. The location may be a mall, 
sporting arena, city, or any other type of location, without any limit. In the discussion 

1 0 below, for simplicity of description each person using a mobile device will be described as 
able to communicate with other persons, although in truth it is the mobile devices that 
communicate with each other. For example, although the description below may talk 
about Aaron 1 1 0 communicating with Beth 125, it is really Aaron's device that 
communicates with Beth's device. 

1 5 Each mobile device has a limited range: for example, Aaron's device 1 10 has a 

range 115 shown as a dashed circle. Thus, not every other mobile device has a direct line 
of communication with every other device. For example, Beth 125 is within direct 
communications range of Aaron 110, but Charlie 130 is not within direct communications 
range of Aaron 1 10. 

20 The intuitive approach for managing a MANET is to have each device be aware of 

all other devices in the MANET. FIG. IB shows a mobile ad-hoc network 195 established 
among the mobile ad-hoc network devices of FIG. 1 A. As may be seen in FIG. IB, Aaron 
1 10 may communicate directly with Beth 125, Elizabeth 140, Harry 155, and Isis 160, but 
may not communicate directly with Charlie 130 or David 135. Nevertheless, Aaron 110 

25 may communicate with Charlie 130 or David 1 35 through Beth 125 or Isis 1 60, 
respectively. 

Even if a person is in the MANET, he may not be reachable. For example, 
consider Oscar 190. Even if Oscar's device is active within the network, given Oscar's 
location, Oscar 190 may communicate with other devices in the MANET only through 
30 Mark 180. If Mark 180 leaves the network (e.g., by turning off his device), Oscar 190 
may neither send nor receive messages from anyone else in the MANET. 

There are three problems with the intuitive approach to managing a MANET. The 
first problem is bandwidth. As devices enter, leave, and move around the MANET, the 
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MANET is constantly changing. Requiring each device in the MANET to be aware of 
changes made by the entry, departure, or movement of a device would consume a great 
deal of the available bandwidth. 

The second problem with the intuitive approach to managing a MANET is power. 

5 Mobile devices are, by definition, not tethered to a power source. That is, the power 
source is mobile with the device. Typically, this means battery power. Since battery 
power is limited and communicating within the network is power-intensive, having each 
device update itself as another device enters, leaves, or moves with the MANET may 
consume a large percentage of the available power. 

10 The third problem with the intuitive approach to managing a MANET is 

complexity. As the number of devices in the MANET increases, the number of routes 
through the MANET increases exponentially. For even a relatively small number of 
devices (100 is typically considered a sizeable MANET), the time required to update a 
routing table for the MANET may take longer until another device enters, leaves, or 

1 5 moves within the MANET. In addition, the space requirements for storing the routing 
table may quickly exceed the available space in the mobile device. 

The present invention addresses this and other problems associated with the prior 

art. 



20 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 A shows a typical arrangement of mobile ad-hoc network devices. 
FIG. IB shows a mobile ad-hoc network established among the mobile ad-hoc 
network devices of FIG. 1A. 

FIG. 2 shows a mobile device operable within the mobile ad-hoc network FIG. IB, 
25 according to an embodiment of the invention. 

FIG. 3 shows a sub-network established among the mobile ad-hoc network devices 
of FIG. 1 A, according to an embodiment of the invention. 

FIG. 4 shows the mobile device of FIG. 2 in the sub-network of FIG. 3 including a 
routing table, according to an embodiment of the invention. 
30 FIG. 5 shows a path through the sub-network of FIG. 3 used for communicating 

between two mobile devices in the sub-network. 

FIG. 6 shows two sub-networks established among the mobile ad-hoc network 

devices of FIG. I A, according to an embodiment of the invention. 

3 
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FIG. 7 shows the mobile device of FIG. 2 in the sub-networks of FIG. 6 including 
a routing table, according to an embodiment of the invention. 

FIG. 8 shows a display of the mobile device of FIG. 2 in the sub-networks of FIG. 
6, listing possible communication destinations, according to an embodiment of the 
5 invention. 

FIGs. 9A and 9B show the procedure used by the mobile device of FIG. 2 to 
construct the routing table of FIGs. 4 and 7, according to an embodiment of the invention. 

FIG. 10 shows the procedure used by the mobile device of FIG. 2 to route a 
message within the mobile ad-hoc network of FIGs. 3 and/or 6, according to an 
10 embodiment of the invention. 



DETAILED DESCRIPTION 

FIG. 2 shows a mobile device operable within the mobile ad-hoc network 
(MANET) of FIG. IB, according to an embodiment of the invention. In FIG. 2, mobile 

15 device 205 is used for communicating with other nearby mobile devices. Although shown 
as a personal digital assistant (PDA), a person skilled in the art will recognize that mobile 
device 205 may be any device capable of interacting with nearby devices, typically in a 
wireless manner. For example, mobile device 205 may be a cellular telephone or 
notebook computer properly equipped to interact with nearby devices. In fact, mobile 

20 device 205 need not be truly mobile: device 205 might be a fixed access point (such as a 
desktop computer or kiosk within the environment). But for purposes of the discussion 
below, device 205 will be considered to be mobile. 

Mobile device 205 includes, among other components, receiver 210, transmitter 
215, microprocessor 220, and memory 225. Receiver 210 is used to receive 

25 communications from other nearby mobile devices. Transmitter 2 1 5 is used to transmit 
communications to other nearby mobile devices. Although in a preferred embodiment 
receiver 210 and transmitter 215 are designed to operate wirelessly, a person skilled in the 
art will recognize that receiver 210 and transmitter 215 may also be wire-based. 
Microprocessor 220 is used to control the internal operations of mobile device 205. And 

30 memory 225 is used to store information of a temporary or semi-permanent nature within 
mobile device 205. 

In mobile device 205, memory 225 includes two particular items. First, memory 
225 stores application software 230. Application software 230 is some program, of any 
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nature, that the user has chosen to install into mobile device 205. For example, application 
software 230 may be a word processing program used to draft and revise electronic 
documents, which the user has used to create a document that he wishes to share with 
colleagues. Or application software 230 may be a multi-player game, such as Doom®, 

5 which allow multiple people to play together in the same game. (Doom is a registered 
trademark of id Software, Inc.) 

Memory 225 also stores device list 235. Device list 235 is a list of other devices 
with which mobile device 205 may communicate. Referring back to FIG. IB, if mobile 
device 205 belongs to Aaron 1 10, then device list 235 might list the devices belonging to 

10 Beth 125, David 135, Joshua 165, and Lisa 175 as devices with which Aaron 1 10 may 
communicate. 

Note two things about device list 235. First, note that not all devices may be listed. 
This may be explained in a number of ways. For example, the non-listed devices may be 
turned off, so that they may not communicate. Or, Aaron 1 10 may specifically indicate 

15 the non-listed devices as devices with which Aaron 110 does not wish to communicate. 
Or, the non-listed devices may be reachable but not shown to Aaron 1 10 because they are 
not part of a connected sub-network to which Aaron belongs. 

Second, observe that not all the devices listed in device list 235 may directly 
communicate with Aaron 1 10. For example, Aaron 1 10 may communicate with Lisa 175, 

20 even though Lisa 175 is not within range of Aaron 110. To send a message to Lisa 175, 
Aaron 1 10 sends a message to Joshua 165, who then forwards the message to Lisa 175. 
Thus, part of device list 235 is an indication of the path to the intended recipient. 
Typically, only the first leg of the path is stored, as the intermediary recipients know how 
to communicate with the intended recipient on their own. But a person skilled in the art 

25 will recognize that device list 235 may store a required path to the intended recipient. 

Among the various operations managed by microprocessor 220 is the management 
of device list 235. Specifically, as devices enter, leave, or move around the MANET, the 
possible recipients with which mobile device 205 may vary. (Movement within the 
MANET may be considered the same as a mobile device leaving the network at one point, 

30 and entering the network at another point. Because movement may be managed as a 
combined entry/exit for the mobile device, the remainder of the description below will 
only refer to the entry and/or exit of mobile devices from the MANET.) Microprocessor 
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220 is responsible for updating device list 235 as microprocessor 220 receives information 
about changes in the MANET. 

In contrast to the general case using the intuitive approach to MANET 
management, in an embodiment of the invention mobile device 205 manages information 
5 about only a subset of the mobile devices. Specifically, in an embodiment of the 

invention, mobile device 205 only keeps track of devices it may reach, all of whom share 
common application software, such as application software 230. For example, if 
application software 230 is Doom, then microprocessor 220 only tracks which devices 
within the MANET include Doom, and are connected via other devices including the 

10 application software. 

As devices enter the MANET, they must inform other devices nearby about which 
application software packages they include. Otherwise, it would be difficult for mobile 
device 205 to determine the structure of sub-networks, as discussed below. 

FIG. 3 shows a sub-network established among the mobile ad-hoc network devices 

15 of FIG. 1A, according to an embodiment of the invention. In FIG. 3, Aaron 1 10, Beth 

125, David 135, Elizabeth 140, Gina 150, and Harry 155 are all active within the MANET, 
and each of them includes the common application software. Thus, the subset of users 105 
consisting of Aaron 1 10, Beth 125, David 135, Elizabeth 140, Gina 150, and Harry 155 
form sub-network 305 of users all including the same application software. 

20 Redrawn in FIG. 3 is range 1 1 5 of Aaron 1 10. Note that David 135 and Gina 1 50 

are outside range 115 of Aaron 1 10, but are part of sub-network 305. 

Assume for a moment that users Frank 145, Joshua 165, and Kathy 170 do not 
have application software in question installed on their mobile devices. Then the device 
list in, for example, Aaron's device does not have to worry about routing to any other 

25 recipient, other than those that are part of sub-network 305. This keeps the size of the 
routing table small and manageable, as opposed to the general solution to a MANET. 
Even if Mark 1 80 has the application software installed on his mobile device, there is no 
way to reach Mark 1 80, since he is not part of sub-network 305. So, the routing table 
managed by Aaron 1 10 does not even list Mark as a possible recipient. Mark may be a 

30 participant in a separate sub-network using the application software, but he is not part of 
sub-network 305. 

Note that what is controlled here is not the number of links among users 105, but 
rather the number of users involved in sub-network 305. If every one of users 105 
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included the application software, then network 195 of FIG. IB would show the complete 
network of persons with the application software. But in general, the percentage of nodes 
including common application software is relatively low, and the percentage of contiguous 
nodes including the common application software is even lower. By curtailing the growth 
5 of the number of users, the exponential growth in the management of the network is 
reigned in. 

Now, consider what happens if Kathy 170 becomes active (i.e., assume that her 
device was turned ofT before, and now is turned on). When Kathy 1 70 broadcasts her 
presence to users 105, including any application software packages Kathy 170 has 

1 0 installed, so that she may join the appropriate sub-network(s), Gina 1 50 then checks to see 
if Kathy 170 has any common application software packages with Gina 150. Since Kathy 
170 has the application software common to sub-network 305, Gina 150 forwards to 
Kathy 170 the participants in sub-network 305. This is shown in list 310. Kathy 170 
updates her routing table to reflect that Aaron 110, Beth 125, David 135, Elizabeth 140, 

1 5 Gina 1 50, and Harry 1 55 are all reachable because of the common application software. 
Kathy also notes that to route messages to Aaron 1 10, Beth 125, David 135, Elizabeth 140, 
Gina 1 50, or Harry 155, Kathy 170 sends the communication first to Gina 1 50. Gina 1 50 
updates her routing table to reflect Kathy's membership in sub-network 305. Finally, Gina 
150 forwards information about Kathy to all users of sub-networks of which Gina 1 50 is a 

20 member (in this case, just Harry 155). Harry 155 then propagates along Kathy's 
admittance to sub-network 305, so that Kathy's presence is eventually known by all 
members of sub-network 305. 

FIG. 4 shows the mobile device of FIG. 2 in the sub-network of FIG. 3 including a 
routing table, according to an embodiment of the invention. In FIG. 4, mobile device 205 

25 belongs to Aaron 1 10, but a person skilled in the art will recognize how the description 
below may be modified for any other user. Device list 235, stored in memory 225 (refer to 
FIG. 2) of mobile device 205, is represented as routing table 405. Routing table 405 lists 
each possible recipient for a communication from mobile device 205, the device to which 
the communication should be sent (i.e., the first hop along the routing path from mobile 

30 device 205 to the communication's destination), and the properties of that device. For 
example, routing table entry 410 specifies that to send a message to Harry, the message 
may be sent directly to Harry, since Aaron and Harry are directly connected. Routing 
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table entry 415 specifies that to send a message to Gina, the message should first be 
directed to Harry, because the path to Gina goes through Harry. 

Routing table entry 420 is more interesting. Routing table entry 420 specifies that 
to send a message to Elizabeth, the message should first be sent to Beth. But an 

5 examination of sub-network 305 (see FIG. 3) shows that Aaron and Elizabeth are directly 
connected. Why shouldn't the direct connection be used in this case? It may be that the 
cost of communicating to Elizabeth through Beth is cheaper than the cost of 
communicating directly with Elizabeth. Recall that mobile device 205 may be any type of 
mobile device capable of interacting with the network. Elizabeth may have a very low- 

1 0 bandwidth connection to Aaron directly, but Beth may have a high-bandwidth connection 
to both Aaron and Elizabeth. Or, the cost of the communications channel between Aaron 
and Elizabeth may be much more expensive than the cumulative costs of the 
communications channels between Aaron and Beth and Beth and Elizabeth. Thus, it may 
be "cheaper" (in some sense of the word) for Aaron to route communications to Elizabeth 

1 5 through Beth rather than communicating directly with Elizabeth. The specifics of how a 
"cheapest" path is determined between two users in a MANET or sub-network is beyond 
the scope of this document, but any technique for determining a least-cost path may be 
used. 

As should be apparent, routing table 405 is dynamic. That is, as devices enter and 
20 leave the sub-network, routing table 405 changes. For example, if Kathy joins the sub- 
network, then routing table 405 adds an entry reflecting the "cheapest" path to route a 
message to Kathy. 

Routing table 405 is also dynamic, in that the "cheapest" path may change. For 
example, as discussed above, routing table entry 420 specifies that messages for Elizabeth 

25 be sent to Beth. But consider what might happen if Beth is involved in more than one sub- 
network, and suddenly all of Beth's processing is devoted to traffic on the other sub- 
network. Since Beth is unable to handle any traffic on the sub-network, using Beth as a 
route from Aaron to Elizabeth becomes more expensive than just routing directly from 
Aaron to Elizabeth. In this case, routing table entry 420 would be updated to reflect the 

30 change in cost for routing within the sub-network. A person skilled in the art will 
recognize other ways the cost of routing can change. 

FIG. 5 shows a path through the sub-network of FIG. 3 used for communicating 
between two mobile devices in the sub-network. In FIG. 5, Aaron 1 10 is sending a 
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message to David 135. Aaron begins by checking his routing table (see FIG. 4). 
According to Aaron's routing table, a message destined for David 135 is to be sent first to 
Beth 125. Thus, Aaron 1 10 sends the message to Beth 125 as shown by line 505, and 
forgets about the message. Unless Aaron 1 10 hears back that David could not receive the 
5 message (either David is off-line or no longer connected to sub-network 305), Aaron 1 1 0 
may assume that the message has been or ultimately will be delivered to its recipient. 

Beth 125, seeing a message destined for David 135, checks her routing table. 
According to Beth*s routing table, messages destined for David 135 are routed to 
Elizabeth 140. Once Beth 135 has delivered the message, as shown by line 510, Beth 135 

10 forgets about the message, unless she needs to relay a "delivery failure" message back to 
Aaron. Elizabeth 140 now checks her routing table, and sees that messages destined for 
David 135 may be delivered directly to David 135. So Elizabeth 140 sends the message to 
David 135, as shown by line 515, and the message is received by its intended recipient. 
FIG. 6 shows two sub-networks established among the mobile ad-hoc network 

1 5 devices of FIG. 1 A, according to an embodiment of the invention. In FIG. 6, as opposed 
to FIG. 3, there are two sub-networks operating at the same time. For example, sub- 
network 305 may be a game of Doom being played by the sub-network members, whereas 
sub-network 605 may be a sub-network of colleagues working cooperatively on a project 
using some application software. Note that Aaron 1 10 and Harry 1 55 are members of both 

20 sub-network 305 and sub-network 605. 

In a preferred embodiment of the invention, communications may not cross sub- 
networks. For example, Elizabeth 140 and Frank 145 may not communicate, even though 
they are within range of each other. This is because they are members of different sub- 
networks: Elizabeth 140 is a member of sub-network 305, and Frank is a member of sub- 

25 network 605. Even though the sub-networks 305 and 605 overlap, that is, Aaron 1 10 is a 
member of both sub-networks, Elizabeth 140 and Frank 145 may not see each other, and 
therefore may not communicate with each other, even through Aaron 1 10. A person 
skilled in the art will recognize how the embodiment of the invention may be modified to 
allow inter-network communication. But allowing inter-network communication 

30 essentially rebuilds the complete MANET, and re-introduces the exponential growth that 
comes with network size, which is why inter-network communication is not envisioned in 
the embodiment of the invention. 
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FIG. 7 shows the mobile device of FIG. 2 in the sub-networks of FIG. 6 including 
a routing table, according to an embodiment of the invention. Again, in FIG. 7, mobile 
device 205 belongs to Aaron. A person skilled in the art will recognize how FIG. 7 may 
be modified for other members of sub-networks 305 and 605, but will understand that 
5 Aaron's routing table 705 includes members of both sub-networks 305 and 605 only 
because Aaron 1 10 is a member of both sub-networks. The only other user who is a 
member of both sub-networks is Harry 155: all other users will only see the members 
within their individual sub-network. 

In FIG. 7, as with FIG. 4, routing table 705 lists each possible recipient for a 
10 communication from mobile device 205, the device to which the communication should be 
sent (i.e., the first hop along the routing path from mobile device 205 to the 
communication's destination), and the properties of that device. For example, routing 
table entry 710 still specifies that to send a message to Elizabeth, the message should be 
sent to Beth first, since Beth and Elizabeth are members of only sub-network 305. Entry 
15 715 specifies that to send a message to Isis, a member of sub-network 605, the message 
may be sent directly to Isis, since Aaron and Isis are directly connected. 

Routing table entry 720 shows a new variation. Aaron may communicate with 
Harry as a member of either sub-network 305 or sub-network 605, since Aaron and Harry 
are members of both sub-networks. Accordingly, routing information between Aaron and 
20 Harry accounts for membership in both sub-networks. As shown in routing table entry 
720, Aaron may communicate directly with Harry over sub-network 305. But messages 
from Aaron to Harry over sub-network 605 are sent to Isis first Again, determining the 
least cost path between nodes in a MANET is beyond the scope of this discussion, but it 
might be that sub-network 305 is a gaming sub-network, and is therefore personal to 
25 Aaron, whereas sub-network 605 is a work sub-network, and should not be used for 

personal business. Then, factoring in costs for communicating between Aaron and Harry, 
the direct link between Aaron and Harry might be more expensive than the indirect link 
through Isis. 

FIG. 8 shows a display of the mobile device of FIG. 2 in the sub-networks of FIG. 
30 6, listing possible communication destinations, according to an embodiment of the 
invention. In FIG. 8, the display of mobile device 205 is enlarged for easier viewing. 
Display 805 shows the list of recipients Aaron may communicate with, using either sub- 
network. Note that Harry is listed twice, as he is active in both sub-networks. 

10 
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FIGs. 9A and 9B show the procedure used by the mobile device to construct the 
routing table of FIGs. 4 and 7, according to an embodiment of the invention. In FIG. 9A, 
at block 905, a user operates a device. As discussed above, the device is typically a 
mobile device, but the device may be stationary as well. At block 910, the device locates 
5 a second device within communications range. At block 915 the two devices establish 
communications between themselves. At block 920 the first device receives a list of 
devices the second device knows how to reach. For example, referring briefly to FIG. IB, 
assume that Oscar 190 becomes active. When Oscar 190 finds out about Mark 185, Mark 
185 sends to Oscar 190 a list of devices Mark 185 knows how to reach, so that Oscar 190 

1 0 may construct his routing table. 

Referring now to FIG. 9B, at block 925 the device receives information about the 
application software packages used by reachable devices. At block 930, the first device 
compares the list of reachable devices and their available application software packages 
with the application software installed within the device, to make sure the first device has 

1 5 the common application software. At block 935, the device sets up its internal routing 
table, specifying which reachable devices include application software packages in 
common with the device and how best to communicate with those reachable devices. 
Finally, at block 940, the device forwards information about reachable devices and their 
application software packages to other nearby devices. 

20 The purpose of block 940 might not be obvious. If a device were new to the 

MANET, why would it need to forward information it just learned from other devices in 
the MANET? The reason is that the new device might make possible new, less expensive 
communications channels. In addition, it may happen that the device connects two 
otherwise-separated groups of users. In essence, the device might act as a bridge. By 

25 communicating information about reachable devices, the device may make possible 
changes in the sub-networks. 

FIG. 10 shows the procedure used by the mobile device to route a message within 
the mobile ad-hoc network of FIGs. 3 and/or 6, according to an embodiment of the 
invention. In FIG. 10, at block 1005, a device receives a request for a communication. 

30 This request may come from a user, or from another device forwarding a message 
(possibly intended for yet another device). At block 1010, the device determines the 
intended recipient for the message. At block 1015, the device checks its routing table to 
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identify to whom the message should be directed. Finally, at block 1020, the device 
delivers the message to the identified device. 

Having illustrated and described the principles of my invention in an embodiment 
thereof, it should be readily apparent to those skilled in the art that the invention can be 
5 modified in arrangement and detail without departing from such principles. I claim all 
modifications coming within the spirit and scope of the accompanying claims. 
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I claim: 

1 . A device, comprising: 

a receiver designed to receive a communication from at least one other device; 
a transmitter designed to transmit messages to at least one other device; 
5 an application software stored in the device; and 

a list of other devices including the application software. 

2. A device according to claim 1, wherein the list of other devices includes a 
route to each other device including the application software. 

10 

3. A device according to claim 1, further comprising: 
a memory; and 

a routing table stored in the memory, the routing table including the list of other 
devices including the application software. 

15 

4. A device according to claim 3, wherein the routing table is designed to 
store a route to at least one other reachable device including the application software. 



5. A device according to claim 1, further comprising a list of other devices 
20 reachable from a second device, the list of other devices received from the second device 

using the receiver. 

6. A device according to claim 5, further comprising a processor designed to 
construct the list of other devices including the application software from the list of other 

25 devices reachable from the second device. 



7. A method for organizing a network, comprising: 
operating a first device, the first device including an application software; 
identifying a second device with which the first device can communicate; and 
30 determining whether the second device includes the application software. 
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8. A method according to claim 7, farther comprising establishing a 
communications channel between the first and second device if the second device includes 
the application software. 

5 9. A method according to claim 8, further comprising: 

receiving a list of devices reachable from the second device, the list including a 
third device; 

determining whether the third device includes the application software; and 
establishing a communications channel from the first device through the second 
1 0 device to the third device if the third device includes the application software. 

10. A method according to claim 9, further comprising sending messages from 
the first device to the second device, to be relayed to the third device. 

15 11. A method according to claim 1 0, wherein sending messages from the first 

device to the second device includes specifying a path from the first device to the third 
device. 

12. A method according to claim 9, wherein establishing a communications 
20 channel from the first device through the second device to the third device includes 

establishing a communications channel from the first device through the second device to 
the third device without regard for any alternative route from the first device to the third 
device. 

25 13. A method according to claim 9, wherein determining whether the third 

device includes the application software includes receiving from the second device an 
indication that the third device includes the application software. 

14. A method according to claim 9, wherein receiving a list of devices 
30 reachable from the second device includes receiving an indication that the third device . 
includes the application software. 
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15. A method according to claim 9, further comprising changing the 
communications channel from the first device through the second device to the third 
device to an alternative communications channel if the alternative communications 
channel has a lower cost than the communications channel. 

5 

16. A method according to claim 8, further comprising: 
receiving a list of devices reachable from the second device; and 
forwarding the list of devices to a third device within range of the first device. 

10 1 7. A method according to claim 1 6, wherein receiving a list of devices 

reachable from the second device includes receiving a list of devices including the 
application software reachable from the second device. 

1 8. An article comprising: 

15 a storage medium, said storage medium having stored thereon instructions that, 

when executed by a computing device, result in: 

operating a first device, the first device including an application software; 
identifying a second device with which the first device can communicate; and 
determining whether the second device includes the application software. 

20 

19. An article according to claim 1 8, wherein the storage medium has further 
stored thereon instructions, that, when executed by the computing device, result in 
establishing a communications channel between the first and second device if the second 
device includes the application software. 

25 

20. An article according to claim 19, wherein the storage medium has further 
stored thereon instructions, that, when executed by the computing device, result in: 

receiving a list of devices reachable from the second device, the list including a 
third device; 

30 determining whether the third device includes the application software; and 

establishing a communications channel from the first device through the second 
device to the third device if the third device includes the application software. 
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21 . An article according to claim 20, wherein the storage medium has further 
stored thereon instructions, that, when executed by the computing device, result in sending 
messages from the first device to the second device, to be relayed to the third device. 

5 22. An article according to claim 2 1 , wherein sending messages from the first 

device to the second device includes specifying a path from the first device to the third 
device. 

23. An article according to claim 20, wherein establishing a communications 
10 channel from the first device through the second device to the third device includes 

establishing a communications channel from the first device through the second device to 
the third device without regard for any alternative route from the first device to the third 
device. 

1 5 24. An article according to claim 20, wherein determining whether the third 

device includes the application software includes receiving from the second device an 
indication that the third device includes the application software. 

25. An article according to claim 20, wherein receiving a list of devices 

20 reachable from the second device includes receiving an indication that the third device 
includes the application. 

26. An article according to claim 20, further comprising changing the 
communications channel from the first device through the second device to the third 

25 device to an alternative communications channel if the alternative communications 
channel has a lower cost than the communications channel. 

27. An article according to claim 1 9, wherein the storage medium has further 
stored thereon instructions, that, when executed by the computing device, result in: 

30 receiving a list of devices reachable from the second device; and 

forwarding the list of devices to a third device within range of the first device. 
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28. An article according to claim 27, wherein receiving a list of devices 
reachable from the second device includes receiving a list of devices including the 
application software reachable from the second device. 

5 
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